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PROCEDE DE PROTECTION CONTRE LE VOL DE LA VALEUR D'AUTHENTIFIGATION POUR CARTES A 
PUCE(S) MULTI-APPLICATIONS, CARTES A PUCE(S) METTANT EN OEUVRE LE PROCEDE ET TERMINAUX 
SUSCEPTIBLES DE RECEVOIR LESDITES CARTES. 

@) L'invention concerne un procede de protection contre 
le vol de la valeur d'authentification pour carte a puce (s) 
multi applications. Selon le procede, il est prevu, pour em- 
pecher une application possedant un acces vers un terminal 
de simuler le menu invitant Putilisateur a presenter la valeur 
d'authentification, un mecanisme forcant I'acces a I'interfa- 
ce de presentation et de verification de la valeur d'authenti- 
fication par le systeme d'exploitation de la carte quelle que 
soit ['application ayant initie le processus, des lors qu'il y a 
une demande de valeur d'authentification. 

L'invention s'applique a des terminaux (T) susceptibles 
de communiquer avec des cartes a puces (C) comprenant 
a cette fin au moins une touche fonction (Pj N ) ou une se- 
quence de touches fonction reservee pour etfectuer un ap- 
pel systeme a la carte et initier la presentation de la valeur 
d'authentification. 
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PROCEDE DE PROTECTION CONTRE LE VOL DE LA VALEUR 
D'AUTHENTIFICATION POUR CARTES A PUCE (S) MULTI- 
APPLICATIONS, CARTES A PUCE(S) MET TAN T EN (EUVRE LE 
PROCEDE ET TERMINAUX SUSCEPTIBLES DE RECEVOIR LESDITES 

CARTES 

L' invention concerne un precede de protection 
contre le vol de la valeur d' authentif ication pour les 
cartes a puce(s) multi applications aptes a communiquer 
avec 1'exterieur au ntoyen d'un terminal. Elle concerne 
5 egalement les cartes a puce(s) mettant en ceuvre ledit 
procede et les terminaux susceptibles de recevoir 
lesdites cartes. L' invention s' applique tout 
particulierement aux cartes a puces multi applications 
utilis£es avec les telephones mobiles tels que les 
10 telephones definis par le standard GSM. 

On entend par cartes a puce{s) multi-applications 
des cartes contenant une ou plusieurs puces de circuit 
integre lesdites cartes etant destinees a pouvoir 
executer differents programmes d' application charges ou 
15 telecharges au cours de la vie de la carte. 

Parmi les solutions de cartes multi-applications 
existantes a ce jour, nous pouvons signaler 
« JavaCard » defini par Sun ou « SmartCard for 
Windows » defini par Microsoft. 
20 Pour simplifier, on parlera dans la suite 

d' applications pour designer les programmes 
d' applications (ou Applet en terminologie anglo 
saxonne) . 

On entend par valeur d' authentif ication, que 1'on 
25 denomme egalement code d' authentif ication, une valeur 
permettant d' authentif ier le titulaire de la carte. La 
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valeur d' authentif ication peut etre une donnee connue 
du titulaire seul (en general, un numero 
d' identification personnel ou PIN- Personnal Identifier 
Number), deduite d'une caracteristique biometrique du 
titulaire ( par exemple, voix, empreinte digitale, 
. chaleur...) ou resultant d'une action que seul le 
titulaire peut ef fectuer (par exemple, signature) . 

Pour des raisons de compatibility avec les cartes a 
puce(s) ne supportant qu'une unique application, et de 
simplicity pour 1' utilisateur de la carte, les cartes a 
puce multi-applications ont generalement une seule 
valeur d' authentif ication pour toutes les applications. 
Ainsi, la specification OP definie par VISA, et qui 
tient lieu actuellement de standard pour le 
chargement/telechargement et la gestion interne 
d T applications sur les cartes a puce multi- 
applications, definit un unique PIN global pour toutes 
les applications residentes et futures de la carte. 

Le probleme souleve par le deposant dans le cas 
d'une carte multi-applications, vient de ce que la 
carte est prevue pour pouvoir charger ou telecharger de 
nouvelles applications pendant toute sa vie. A priori 
ceci est un avantage, mais en pratique cette 
caracteristique rend la carte vulnerable, car des 
applications malveillantes pourront etre chargees avec 
d'autres applications de maniere transparente vis a vis 
du titulaire. C est done une porte ouverte a de telles 
applications qui bien sur en pratique vont chercher a 
decouvrir la valeur d' authentif ication de la carte. 

Suite a cette observation, le deposant a identifie 
une attaque permettant de trouver la valeur 
d' authentif ication de la carte. 

Cette attaque suppose 1' existence d'une application 
malveillante possedant un acces vers l'exterieur. 



3 



2804234 



Une application possede un acces vers un terminal 
des lors qu' il existe un terminal permettant a 
1' application de directement dialoguer avec 
1' utilisateur via ce terminal. On peut citer par 
5 exemple dans le cadre du GSM les applications pouvant 
modifier les menus affiches sur le telephone mobile. 

Voici alors la procedure suivie lors de cette 
attaque au moyen d' une application qui peut dialoguer 
avec 1'exterieur. 

10 En fait, 1' application utilise sa capacite a 

dialoguer avec 1'exterieur pour simuler sur le terminal 
1' interface qui permet de demander a 1' utilisateur 
d'entrer la valeur d' authentif ication. 

En effet, la verification de l'identite de 

15 1' utilisateur de la carte est generalement realisee par 
1' intermediaire d' une application en charge d'afficher, 
sur 1'ecran du terminal dans lequel est inseree la 
carte a puce(s), un menu invitant 1' utilisateur de 
presenter la valeur d' authenti f ication . Une fois la 

20 valeur d' authentif ication presentee, le terminal 
retourne cette valeur a ladite application qui verifie 
(eventuellement par 1' intermediaire d' une application 
en charge de la verification de la valeur 
d' authentif ication) que la valeur presentee par 

25 1' utilisateur est identique a la valeur 
d' authentif ication de la carte. Si tel est le cas, 
1' application reppnd par 1' affirmation ; par la 
negation dans le cas contraire. 

L' acces a 1' application en charge de l'affichage, 

30 sur 1'ecran du terminal dans lequel est inseree la 
carte a puce(s), du menu invitant 1' utilisateur a 
presenter la valeur d' authentif ication est generalement 
controlee afin que seules les applications autorisees 
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puissent initier la verification de la valeur 
d' authentif ication. 

Neanmoins, une application malveillante possedant 
un acces vers un terminal peut simuler sur ce terminal 
5 le menu invitant 1' utilisateur a presenter sa valeur 
d' authentif ication. L' utilisateur va alors en toute 
confiance presenter sa valeur d' authentif ication, 
permettant ainsi a 1' application malveillante de 
decouvrir cette valeur. Par la suite, 1' application 

10 malveillante pourra, grace a sa capacite de dialoguer 
vers l'exterieur, fournir la valeur d' authentif ication 
au developpeur de 1' application malveillante. Ceci sera 
d'autant plus facile dans le cas d'un terminal tel 
qu'un telephone mobile pour lequel 1' application 

15 malveillante pourra composer un numero afin de 
communiquer la valeur d' authenti f ication . 

La presente invention a pour but de remedier a ces 
problemes . 

La presente invention a pour objet un procede de 
20 protection contre le vol de la valeur 
d' authentif ication pour carte a puce(s) multi 
applications comprenant un systeme d' exploitation, 
principalement caracterise en ce qu'il comprend, pour 
empecher une application possedant un acces vers un 
25 terminal de simuler le menu invitant 1' util isateur a 
presenter la valeur d' authentif ication, un mecanisrae 
forcant 1' acces a 1' interface de presentation de la 
valeur d' authentif ication par le systeme d' exploitation 
de la carte quelle que soit 1' application ayant initie 
30 le processus, des lors qu'il y a une demande de valeur 
d' authentif ication. 

Selon une autre caracteristique, le mecanisme 
comporte la reservation sur le terminal d'au moins une 
touche fonction ou d'une sequence de touches fonction 
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apte a provoquer un appel du systeme d' exploitation de 
la carte. 

La mise en oeuvre du mecanisme comprend la sequence 
d # actions suivantes : 
5 - 1'appui sur la ou les touches fonction par 

l'utilisateur de la carte pour autoriser la 
presentation de la valeur d' authent if ication et 
provoquer un verrouillage provisoire des applications 
de la carte, 

10 - la presentation de la valeur d' authentif ication, 

- la mise en oeuvre de la procedure de verification 
de la valeur d' authentif ication par le systeme 
d' exploitation apres les deux premieres actions. 

L' invention concerne egalement une carte a. puce(s) 

15 multi applications comprenant un systeme d' exploitation 
et des moyens de communication avec un terminal, 
principalement caracterise en ce qu'elle comprend des 
moyens pour que les appels systeme en provenance du 
terminal pour la presentation de la valeur 

20 d' authentif ication ne puissent etre intercepter par les 
applications . 

1/ invention concerne un terminal susceptible de 
communiquer avec une carte a puce(s), principalement 
caracterise en ce qu'il comprend au moins une touche 

25 fonction ou une sequence de touches fonction reservee 
pour effectuer un appel systeme a la carte et initier 
la presentation de la valeur d' authentif ication. 

Le terminal pourra etre un telephone mobile par 
exemple du type GSM. 

30 D'autres particularity et avantages de 1' invention 

apparaitront clairement a la lecture de la description 
qui est faite ci apres et en regard des dessins sur 
lesquels : 
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la figure 1 represente le schema illustrant la 
mise en oeuvre du precede selon 1' invention, 
la figure 2 represente le schema d'un terminal 
susceptible de communiquer avec une carte a 
5 puce(s) selon 1' invention, 

la figure 3 represente le schema d'une carte 
multi application selon 1' invention. 
Une realisation pratique du procede selon 
1' invention va etre decrite dans la suite en regard de 
10 la figure 1 . 

Le procede comprend un verrouillage provisoire de 
1' application selectionnee par 1' utilisateur ou d'une 
application appelee par 1' application selectionnee par 
cet utilisateur ; un appel du systeme d' exploitation de 
15 la carte a puce(s) pour la mise en oeuvre par le systeme 
d' exploitation de la procedure de verification de la 
valeur d' authentif ication. 

Selon la realisation proposee, le verrouillage est 
obtenu par 1 ' association d'une touche fonction ou d'une 
20 sequence de touches prevue sur le terminal pour pouvoir 
initier la presentation de la valeur d' authentif ication 
et un appel systeme declenche par l'appui de cette 
touche fonction ou de la sequence de touches fonction. 
Des lors que 1' utilisateur voie apparaitre un message 
25 de demande de la valeur d' authentif ication sur 1'ecran 
du terminal, il ne peut poursuivre la procedure de 
presentation de la valeur d' authentif ication qu'apres 
avoir appuye. sur ladite touche, garantissant de cette 
maniere que la procedure de verification de la valeur 
30 d' authentif ication est effectuee par le systeme 
d' exploitation ou sous son controle. 

En effet, lorsqu' une application s' execute au sein 
de la carte et que le menu de presentation de la valeur 
d' authentif ication apparait sur 1'ecran du terminal, 



7 



2804234 



1' utilisateur doit appuyer sur la touche fonction 
prevue portant la reference Pin sur les schemas (ou sur 
la sequence de touches fonction) pour presenter sa 
valeur d' authentif ication. Cette action permet de 
5 verrouiller provisoirement 1' application en cours 
d' execution (c'est a dire que 1' application est 
suspendue) et de lancer un appel vers le systeme 
d' exploitation de la carte. C est alors sous le 
controle du systeme d' exploitation qu'est effectuee la 

10 procedure de presentation et de verification de la 
valeur d' authentif ication. Cette verification consiste 
a comparer la valeur d' authentif ication presentee par 
1' utilisateur avec la valeur d' authentif ication 
memorisee dans la carte. 

15 Lorsque la valeur d' authentif ication presentee par 

1' utilisateur est correcte, le systeme d' exploitation 
de la carte deverrouille 1' application en cours 
d' execution qui peut alors reprendre son execution a 
l'endroit ou elle a ete suspendue ; dans le cas 

20 contraire, le systeme d' exploitation affiche un message 
d'erreur et execute les actions de securite adequates ( 
par exemple verrouiller def ini tivement 1' application et 
afficher un message d'alerte). 

La figure 2 illustre un terminal T apte a 

25 communiquer avec une carte a puce (s) . Ce terminal 
possede de maniere connue une unite centrale de 
traitement UC avec une memoire de programme MPT. Cette 
memoire comporte une interface IT de communication avec 
les cartes a puce(s) classique en soi . Seule une 

30 modification est prevue pour permettre au terminal de 
se mettre en attente de l'appui sur la touche Pi N ( ou 
la sequence de touches fonction) apres l'affichage du 
message de demande de la valeur d' authentif ication et 
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d' envoyer un appel au systeme d' exploitation de la 
carte. 

Une carte a puce(s) C multi applications a ete 
schematisee sur la figure 3 afin d'illustrer les 
differents elements entrant dans la mise . en oeuvre du 
procede conforme a 1' invention. Prenons le cas pour 
simplifier ou une seule puce P de circuit integre est 
presente dans la carte, il s'agit d'une puce contenant 
un ou plusieurs microprocesseur (s) et ses raemoires 
associees en particulier une memoire de programmes MPC. 
Cette memoire contient le systeme d' exploitation et 
1' interface de presentation et de verification de la 
valeur d' authent if ication . En general une autre memoire 
de programmes MPA est destinee a memoriser les 
differents programmes d' applications Al, A2,... An. 
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REVINDICATIONS 

1. Procede de protection contre le vol de la valeur 
d' authentif ication pour carte a puce(s) multi 
applications comportant un systeme d' exploitation et 
une interface de presentation et de verification de la 
valeur d' authentif ication de 1' utilisateur de ladite 
carte, caracterise en ce qu'il comprend, pour empecher 
une application possedant un acces vers un terminal de 
sirauler le menu invitant 1' utilisateur a presenter la 
valeur d' authentif ication, un mecanisme forcant 1' acces 
a 1' interface de presentation et de verification de la 
valeur d' authentif ication par le systeme d' exploitation 
de la carte quelle que soit 1' application ayant initie 
le processus, des lors qu'il y a une demande de valeur 
d' authentif ication. 

2. Precede de protection contre le vol de la valeur 
d' authentif ication selon la revendication 1, 
caracterise en ce que le mecanisme comporte la 
reservation sur le terminal d' au moins une touche 
fonction ou d'une sequence de plusieurs touches 
fonction apte a provoquer un appel du systeme 
d' exploitation de la carte. 

3. Procede de protection contre le vol de la valeur 
d' authentif ication selon la revendication 1 ou 2, 
caracterise en ce que la mise en ceuvre du mecanisme 
comprend la sequence d' actions suivantes : 

1'appui sur la ou les touches fonction par 
1' utilisateur de la carte pour autoriser la 
presentation de la valeur d' authentif ication et 
provoquer un verrouillage provisoire de 1' application, 
- la presentation de la valeur d f authentif ication, 
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- la mise en ceuvre de la procedure de verification 
de la valeur d' authentif ication par le systeme 
d' exploitation apres les deux premieres actions. 

5 4. Carte a puce(s) raulti applications comprenant un 

systeme d' exploitation et des moyens de communication 
avec un terminal, caracterise en ce qu'elle comprend 
des moyens (MPC) pour que les appels systeme en 
provenance du terminal (T) pour la presentation de la 
10 valeur d' authentif ication ne puissent etre interceptes 
par les applications de la carte. 

5. Terminal susceptible de communiquer avec une 
carte a puce(s), caracterise en ce qu' il comprend au 
15 moins une touche fonction (Pin) ou une sequence de 
touches fonction reservee pour effectuer un appel 
systeme a la carte et initier la presentation de la 
valeur d' authentif ication . 

20 6. Terminal selon la revendication 5, caracterise 

en ce qu'il est constitue par un telephone mobile. 
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Abstract of FR2804234 

A smart card(s) includes an operating system 
and an interface for presentation and verification 
of an authentication string of a user. A system of 
the card uses a mechanism forcing the access to 
the presentation and verification interface of the 
authentication string when it initiates the process 
at the time of a demand of authentication string 
from a terminal. Independent claims are included 
for: (a) a multiple application smart card (b) a 
terminal capable of communication with a smart 
card 
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